home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Amiga Plus 2002 #3
/
Amiga Plus CD - 2002 - No. 03.iso
/
AmiSoft
/
Util
/
Misc
/
Mufs4514p.readme
< prev
next >
Wrap
Text File
|
2003-02-24
|
4KB
|
96 lines
Short: MultiUser patch for OS3.5/OS3.9 FastFileSystem
Author: Etienne Vogt (Etienne.Vogt@obspm.fr)
Type: util/misc
Replaces: util/misc/mufs45*
Original MultiUser Author: Geert Uytterhoeven
This is a patch to create a NSD compatible MultiUserFileSystem from the
FastFileSystem provided with AmigaOS 3.5 or AmigaOS 3.9, allowing to use
MultiUser with disks bigger than 4 Gb. Consequently you must own a copy
of OS 3.5 or OS 3.9 to use this patch. OS 3.5 users are encouraged to get
the BoingBag 2a archive from www.amiga.com as it contains an updated FFS
(version 45.9 as in OS 3.9). Also, further improvements will only be
available for the latest FFS release, since it takes too much time to
also maintain outdated versions.
Note however that the MultiUserFileSystem generated through this patch
will work on any Amiga with OS 2.04 or higher and also on 68000 systems.
This patch was created through reverse engineering of the last version
available of the MultiUserFileSystem (V40.11) to extract the modifications
and insert them into the new V45 FFS. As it is a straight transposition,
there are in particular no fixes yet for known bugs or security holes of the
V40.11 muFS (such as the misfeature that allows anyone to create files in
the root directory).
This is still an early beta release and I can't guarantee that it is safe to
use. BACKUP YOUR DISKS BEFORE TRYING TO INSTALL THIS MULTIUSERFILESYSTEM ON
YOUR AMIGA !!!
This patch is provided "as is" without any warranty, either expressed or
implied. By using this patch, you accept the entire risk as to its quality
and performance.
Only this archive may be freely redistributed. The MultiUserFileSystem
generated by it contains code from the AmigaOS 3.5 or AmigaOS 3.9
FastFileSystem and is thus subject to the same restrictions than AmigaOS
itself.
A previous version of mufs4514 patch archive contained wrong patch files that
did not work. Make sure the .pch files are from 6-feb-2003 or later.
Installation
------------
You must have OS 3.5 or 3.9 and the latest MultiUser distribution (1.8).
First rename any existing MultiUserFileSystem in L: to MultiUserFileSystem.old,
so you don't have to recreate it if something goes wrong. Now, check your
current L:FastFileSystem revision with the version command:
version L:FastFileSystem
Then, create the V45.x muFS with the spatch command included in this archive
and the corresponding patch file. ffs451tomufs4514.pch is for the 45.1 FFS on
the OS 3.5 CD, ffs459tomufs4514.pch is for the 45.9 FFS in 3.5 BB2 or on the
OS 3.9 CD and ffs4513tomufs4514.pch is for the 45.13 FFS in 3.9 BB2. This
example line is for the 45.13 FFS:
spatch -pffs4513tomufs4514.pch -oL:MultiUserFileSystem L:FastFileSystem
Finally, use your favourite harddisk installation tool (HDToolBox from OS3.5
for example) to install the new MultiUserFileSystem into your harddisk's rdb
area.
Changes
-------
V45.14
Fixed the validator mismatched FreeMem() bug introduced in the 45.13 FFS.
V45.13
Merged with the bugfixes in the 45.13 FFS of 3.9 BoingBag 2.
Forced buffer allocation in public memory to be VMM friendly.
V45.10
All muFS patches transfered to the 45.9 FastFileSystem, I hope without
mistakes this time ;-).
V45.5
Fixed a potential crash of the V45 FFS on 2.x systems. When displaying
an error requester, it opens intuition via the private V39 exec function
TaggedOpenLibrary(). The patch will change this to a regular OpenLibrary()
call.
V45.4
Big security bug fixed ! Due to a bad check of the protection flags on
ACTION_DELETE, anyone could delete any file which had the owner delete
flag enabled, just like on the plain FFS. Didn't I told you that this
patch was still experimental >:-> ?
This bug was present is all previous versions of the V45 mufs patch,
but not in the original V40 version. Got there through careless cut &
paste :-/
V45.3
Fixed a bad bug that caused muFS 45.2 to crash after being uninhibited.
For more information about MultiUser, please refer to the original MultiUser
Release 1.8 documentation.